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A System and Method for Electronic Trading of Assets 



Field of the Invention 

The present invention relates to an on-line system and method for the trading of 
5 assets via virtual electronic markets that efficiently match counterparties in a trading 
transaction. 



Background of the Invention 

Advances in computer processing power and network communications have made 

1 0 information from a wide variety of sources available to users on computer networks. 
Computer networking allows network computer users to share information, software 
applications and hardware devices and internetworking enables a set of physical networks 
to be connected into a single network such as the Internet. Today, computers connected 
to the Internet have almost instant access to information stored in relatively distant 

15 regions. Moreover, computers connected to networks other than the Internet also have 
access to information stored on those networks. The World Wide Web (Web), a 
hypermedia system used on the Internet, enables hypertext linking, whereby documents 
automatically reference or link other documents located on connected computer networks 
around the world. Thus, users connected to the Internet have almost instant access to 

20 information stored in relatively distant regions. 

A page of information on the Web may include references to other Web pages and 
may include a broad range of multimedia data including textual, graphical, audio, and 
animation information. Currently, Internet users retrieve information from the Internet, 
through the Web, by 'visiting' a web site on a computer that is connected to the Internet. 



1-WA: 1284 133.1 



Attorney E^p* No.: 52144-5001 

The web site is, in general terms, a server application that displays information 
stored on a network server computer. The web site accepts connections from client 
programs, such as Internet browser applications. Browser applications, such as Microsoft 
Internet Explorer ™ or Netscape Navigator ™, allow Internet users to access information 
5 displayed on the web site. Most browser applications display information on computer 
screens and permit a user to navigate through the Web using a mouse. Like other 
network applications, Web browsing uses the client-server paradigm. When given the 
Uniform Resource Locator (URL) of a document, the browser application becomes a 
client and it contacts a server application specified in the URL to request the document. 

1 0 After receiving the document from the server application, the browser application 
displays the document for the user. When the browser application interacts with the 
server application, the two applications follow the HyperText Transport Protocol 
(HTTP). HTTP allows the browser application to request a specific article, which the 
server application then returns. To ensure that browser applications and server 

1 5 applications inter-operate unambiguously, HTTP defines the exact format for requests 
sent from the browser application to the server application as well as the format of replies 
that the server application returns. 

As the number of physical networks connected to the Internet continues to grow, 
so too will the number of web sites that are accessible to Internet users and so too will 

20 commercial and financial activity on the Internet. 

In recent years online electronic trading systems have emerged as an efficient 
means to trade financial securities, commodities and other assets. These "virtual" 
markets attempt to amass the orders of many buyers and sellers to generate continuous 
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liquidity. 

Despite the vast amount of resources that have been dedicated to the development 
of online electronic trading systems, the existing implementations all suffer from various 
design flaws. For example, in most systems trading is only permitted in predefined, 
5 inflexible markets. Thus, new, custom-designed financial derivatives and other assets 
with complex structures cannot be accommodated without making modifications to the 
trading system software code itself. Another weakness in many existing systems is the 
fact that order matching is periodic, rather than continuous. Since orders are only 
matched at specified intervals, traders are at risk to adverse market movements between 
Jj 1 0 matching cycles, a span of more than one hour in some systems. 

In most existing systems, the order matching process requires some form of third- 
party human intervention between the buyer and seller. Therefore, it is impossible to 
guarantee the anonymity of the buyer and seller. This need for human intervention also 
makes the process inherently unscalable. In a similar vein, order size cannot be 
[S 1 5 effectively hidden from other users of the present systems, making it difficult or 
u impossible to place very large buy or sell orders without causing adverse price 

movements. 

A limitation common to all existing systems is that orders placed in two or more 
separate markets are isolated from each other. While this model of operation is 
20 satisfactory for the processing of unrelated individual orders, it does not support more 
sophisticated trading strategies that require the simultaneous execution of two or more 
related orders in different markets. Since individual markets are not linked in any 
transactional way, it is impossible to guarantee atomic execution of the strategy's 
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underlying orders. If a user attempts to execute a strategy by executing orders 
individually he risks a partial execution scenario. For example, consider the case in 
which the user determines that the current prices and sizes of existing buy and sell orders 
in the markets that make up a given strategy meet the strategy's profit, price and size 
5 relationship constraints. The user begins executing the individual orders in their 

respective markets. However, before the user can complete execution of all the orders 
that make up the strategy, the best available price in one or more of the remaining 
markets changes adversely, resulting in the reduction or elimination of the strategy's 
profitability. 

03 1 0 Clearly, the current state of the art in online electronic trading systems leaves much 
M room for improvement. What is needed, therefore, is a system that allows ad hoc creation 

g of new assets and markets, that continuously, automatically and anonymously matches 

: _ : 

J*" buy and sell orders in these markets, and that enables guaranteed, atomic execution of 

□ trading strategies that span multiple markets and that have arbitrarily complex inter- 

□ 

Lj] 1 5 market order price and size relationship constraints. 

Summary of the invention 

Accordingly, the present invention is directed to a method and system that 
substantially obviates one or more of the problems due to limitations and disadvantages 
20 of the related art. The present invention provides an online electronic system for trading 
assets by simultaneously operating large numbers of transactionally linked virtual 
electronic markets. The system includes means for defining the attributes and behaviors 
of these markets, routing and matching individual buy and sell orders for these markets, 
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as well as means for implementing trading strategies that consist of sets of orders 
spanning multiple markets and that define arbitrarily complex inter-market order price 
and size relationship constraints. The system includes multiple client systems, access 
control servers, order routing servers and strategy servers, as well as multiple market 
5 servers, each operating on behalf of a specific market. 

It is an object of the invention to provide a market creation mechanism that will 
enable users to specify the attributes and algorithms that uniquely identify a market and 
that govern the market's order processing behavior. The virtual markets defined using 
this mechanism may have attributes and behaviors that exactly replicate those of existing 
1 0 conventional markets such as the market for shares of IBM on the NYSE, or they may be 
: entirely new markets designed to support the trading of complex, custom-engineered 

05 financial derivatives. 

hj It is another object of the invention to include a collection of simultaneously 

N= active market servers in the system. Each of these market servers will be dedicated to 

O 1 5 supporting the operation of a specific virtual market created using the invention's market 
y creation mechanism. Each market server will continuously match new incoming orders 

for its virtual market against existing counterorders for the same market. 

It is another object of the invention to include a mechanism that allows users of 

the system to create buy or sell orders related to the virtual markets operating within the 
20 system. As part of the order creation process the user will be able to specify the total size 

of the order, the minimum allowable size for any partial executions of the order, the price 

of the order, and the portion of the total size of the order that the user wishes to make 

visible to other users of the system. 
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It is another object of the invention to provide a strategy creation mechanism that 
will enable users to specify the type of trading strategy desired (such as arbitrage, basket, 
etc.), the markets involved in the strategy, and the algorithms which define the price and 
amount conditions required for execution of the strategy. 
5 It is another object of the invention to include a collection of simultaneously 

active strategy servers in the system. These strategy servers will automatically generate 
new orders or modify existing orders on behalf of the strategies that they manage in 
response to changes in the markets that make up those strategies. 

It is another object of the invention to enable the market servers to work in 
1 0 conjunction with the strategy servers to control and coordinate the matching and 
execution of orders in a way that guarantees the atomic execution of strategies. 

It is another object of the invention to provide an external liquidity source 
connector mechanism that will enable users to link virtual markets defined within the 
system to existing external conventional markets (such as markets in stocks listed on the 
1 5 NASDAQ) which provide electronic interfaces for online order routing and execution 
notification. External markets will be mapped to internal virtual markets via these 
connectors, providing transparent matching of orders originating internally with those 
originating in external systems. 

It is another object of the invention to include an order validation mechanism. 
20 This mechanism will allow local host sites to establish various trading limits for each of 
their accounts, and will validate new orders against these limits before allowing the 
orders to be routed to their respective markets for matching. 

It is another object of the invention to include a host site credit limit validation 
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mechanism. This mechanism will allow local host sites operating within a linked, multi- 
site environment to establish mutual lines of credit for specified markets. Whenever an 
attempt is made to match two orders originating from different local host sites, these 
credit lines will be checked to determine any limitations on the amount to be matched. 
5 It is another object of the invention to include a mechanism which allows two or 

more local host sites to be linked in a way that will enable orders originating from one 
host site to be matched against counterorders originating from another host site. The host 
site credit limit validation mechanism will allow each host to effectively guarantee the 
orders placed by the accounts under its control, making it possible to transparently match 
^ 1 0 orders from different host sites without revealing the account-specific information that 
± j would otherwise be necessary to verify the creditworthiness of the respective accounts to 

if! 

each other. 

It is another object of the invention to include a collection of simultaneously 
active access control servers in the system. The access control servers authenticate the 
1 5 identity of each user who wishes to access the system and determine the authorized level 
of system access that has been granted to the user before allowing the user access to other 
parts of the system. 

It is another object of the invention to include a collection of simultaneously 
active order routing servers in the system. The order routing servers utilize the order 
20 validation mechanism to validate each new order entered into the system before further 
processing occurs on the order. The order routing servers also determine which market 
the order is for and then submit the order to the appropriate market server for processing. 
It is another object of the invention to enable the various server systems to publish 
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current order information, trade execution notifications, and other real-time information 
to users of the system. While the user is logged onto the client system, the user is able to 
see messages published to that system. 

Additional features and advantages of the invention will be set forth in the 
5 description that follows, and in part will be apparent from the description, or may be 
learned by practice of the invention. The objectives and advantages of the invention will 
be realized and attained by the on-line trading system that is particularly pointed out in 
the written description and claims hereof as well as the appended drawings. 

To achieve these and other advantages and in accordance with the purpose of the 
O 1 o invention, as embodied and broadly described, the present invention a method for online 
trading of assets via transactionally linked virtual markets comprising the steps of: 
defining attributes and behaviors of each of the virtual markets; placing individual buy or 
sell orders in each of the virtual markets; optionally defining trading strategies that will 
each span at least two virtual markets; calculating a price and amount for each order to be 
1 5 generated by a trading strategy; generating orders for each of the virtual markets defined 
by each trading strategy and routing those orders to their respective virtual markets; and 
matching and executing both individual orders and orders generated by trading strategies 
in such a way that atomic execution of trading strategies is guaranteed. 

The present invention also provides a system for online trading of assets via 
20 transactional linked virtual markets comprising: a market creation mechanism to enable 
users to create a plurality of virtual markets; a plurality of active market servers to 
support the operation of each of the created virtual markets; an order creation mechanism 
to allow users to create buy or sell orders related to the virtual markets; a strategy 
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creation mechanism to enable users to specify trading strategies for the virtual markets; a 
plurality of active strategy servers to generate new orders on behalf of the specified 
trading strategies and to coordinate with the plurality of active market servers to insure 
atomic execution of the trading strategies; and a linking mechanism to enable orders and 
counterorders from different servers to be linked. 

The present invention also provides a system for online trading of assets via 
transactional linked virtual markets comprising: a plurality of client systems for entering 
orders by a client; a plurality of order routers for determining which market from an 
existing plurality of markets the order is in and transmitting the order to a market server; 
a plurality of market servers for matching the order with existing counterorders and 
monitoring the plurality of markets; and a plurality of strategy servers for generating new 
orders, and routing the generated orders to each market defined in a trading strategy and 
coordinating with the plurality of market servers to insure atomic execution of all orders 
that make up the trading strategy. 

It is to be understood that both the foregoing general description and the 
following detailed description are exemplary and explanatory and are understood to 
provide further explanation of the invention as claimed. 

Brief Description of the Drawings 

The accompanying drawings, which are included to provide a further 
understanding of the invention and are incorporated in and constitute a part of this 
specification, illustrate embodiments of the invention that together with the description 
serve to explain the principles of the invention. 



1-WA:1284133.1 



10 



Attorney E^^t No.: 52144-5001 

In the drawings: 

Fig. 1 illustrates an example of a local area network (LAN) 100 that is connected 
to the Internet and in which the inventive system and method may be utilized. 
Fig. 2 illustrates the TCP/IP Layering Model. 

Figure 3 illustrates a computer network in which the inventive system is 
incorporated as an independent host site. 

Figure 4 illustrates a computer network in which the inventive system is 
incorporated as an enterprise trading network comprised of several linked host sites that 
belong to the same corporate entity. 

Figure 5 illustrates a computer network in which the inventive system is 
incorporated as a global trading network comprised of several linked host sites, some of 
which belong to different corporate entities. 

Figure 6 illustrates the starting point for a demonstrative trading scenario of 
clients connected to a host site containing an order router, three markets and a trading 
strategy. 

Figure 7 illustrates the detailed definitions of the markets referenced in the demo 
scenario. 

Figure 8 illustrates the initial orders to be placed in the markets referenced in the 
demo scenario. 

Figure 9 illustrates the state of the markets referenced in the demo scenario after 
the initial orders pictured in figure 8 have been processed by their respective markets. 

Figure 10 illustrates the detailed definition of the trading strategy referenced in 
the demo scenario. 
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Figures 11-13 illustrate the proposed individual market payments that were 
generated to calculate the amounts of each order in the trading strategy referenced in the 
demo scenario. 

Figure 14 illustrates the details of the orders generated by the trading strategy 
5 referenced in the demo scenario. 

Figure 15 illustrates the state of the markets referenced in the demo scenario after 
the orders pictured in figure 14 have been processed by their respective markets. 

Figure 16 illustrates the details of a new incoming order that will trigger 
execution of the trading strategy referenced in the demo scenario. 
y3 1 0 Figure 1 7 illustrates the details of the three trades generated by the execution of 

N the trading strategy referenced in the demo scenario. 

W DESCRIPTION OF THE PREFERRED EMBODIMENTS 

3 

5 r. 

q Reference will now be made in detail to the preferred embodiments of the present 

yj 1 5 invention, examples of which are illustrated in the accompanying drawings. The present 
O invention described below extends the functionality of the inventive system and method 

for online electronic trading of assets. 

Fig. 1 illustrates an example of a local area network (LAN) 100 that is connected 

to the Internet and in which the inventive system and method may be utilized. LAN 100 
20 comprises a server 102, four computer systems 104, 106, 108, 110, and peripherals, such 

as printers and other devices 112, that may be shared by components on LAN 100. 

Computer systems 104, 106, 108, 1 10 may serve as clients for server 102 and/or as 

clients and/or servers for each other and/or for other components connected to LAN 100. 
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Components on LAN 100 are preferably connected together by cable media, for example 
unshielded twisted pair (UTP) Category 5 copper cable, and the network topology may be 
an Ethernet topology 114. It should be apparent to those of ordinary skill in the art that 
other media, for example, fiber optic or wireless radio frequency media, may also connect 
5 LAN 100 components. It should also be apparent that other network topologies, such as 
Token Ring, may be used. 

Data may be transferred between components on LAN 100 in packets, i.e., blocks 
of data that are individually transmitted over LAN 100. Routers 120, 122 create an 
expanded network by connecting LAN 100 to other computer networks, such as the 

1 0 Internet, other LANs or Wide Area Networks (WAN). Routers are hardware devices that 
may include a conventional processor, memory, and separate I/O interface for each 
network to which it connects. Hence, components on the expanded network may share 
information and services with each other. In order for communications to occur between 
components of physically connected networks, all components on the expanded network 

1 5 and router 304s that connect them must adhere to a standard protocol. Computer 

networks connected to the Internet and to other networks typically use TCP/IP Layering 
Model Protocol. It should be noted that other internetworking protocols may be used. 

Fig. 2 illustrates the TCP/IP Layering Model, which is comprised of an 
application layer (Layer 5) 202, a transport layer (Layer 4) 204, an Internet layer (Layer 

20 3) 206, a network interface layer (Layer 2) 208, and a physical layer (Layer 1)210. 

Application layer protocols 202 specify how each software application connected to the 
network uses the network. Transport layer protocols 204 specify how to ensure reliable 
transfer among complex protocols. Internet layer protocols 206 specify the format of 
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packets sent across the network as well as mechanisms used to forward packets from a 

computer through one or more routers to a final destination. Network interface layer 

protocols 208 specify how to organize data into frames and how a computer transmits 

frames over the network. Physical layer protocols 210 correspond to the basic network 
5 hardware. By using TCP/IP Layering model protocols, any component connected to the 

network can communicate with any other component connected directly or indirectly to 

one of the attached networks. 

The present invention employs a set of logical entities referred to as Business 

Objects. Each business object is a logical representation of a real-world business 
1 0 concept. These business objects are implemented in computer software code that defines 

the attributes and behavior of each object. The main business objects that comprise the 

invention are as follows: 

An Asset is anything of value, including tangible goods, money, services, deeds 

and promissory notes. 
1 5 A Party is a person, group of people, company or other legal entity. 

A Payment is the transfer of legal ownership of an asset from one party to 

another. The date on which the transfer of asset ownership related to a payment takes 

legal effect is the payment date. Each payment has a side, which identifies it as either a 

buy payment or a sell payment. 
20 A Trade is a legally binding contractual obligation between two parties to 

exchange a specific series of payments. The buyer of the trade is the party that will 

receive each of the buy payments from the seller. Conversely, the seller is the party that 

will receive each of the sell payments from the buyer. 
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An Account is a logical structure that links a party (the account owner) to a 
specific set of trades. A given party may own several accounts, but any given trade is 
always between exactly two accounts - one representing the buyer and the other 
representing the seller. 

5 A single implementation of the online electronic trading system is referred to as a 

Local Host Site. 

Multiple local host sites may be linked together within a Global Host Site. The 
trading accounts within a given local host site are referred to as the site's Local 
Accounts. Each local account is a member of one, and only one, local host site. 
3 1 0 Counterparties are accounts on opposite sides of a trade; i.e. the seller of a trade 

is a counterparty to the buyer, and the buyer is a counterparty to the seller. 

An Order is a formal expression of a party's desire to enter into a trade with a 
counterparty under specified conditions. The attributes of an order include an account, a 
market, a side indicator (buy or sell), a price and a size. 
15 An order also has a Lifespan, which specifies the length of time that the order 

should remain active in the system. Examples of possible order lifespans are Good-Til- 
Cancelled (the order is active until completely filled or explicitly cancelled), Day (the 
order is only active until the end of the current trading day), and Fill-Or-Kill (the market 
will attempt to execute the order only once, at the time the order is placed, then cancel 
20 any remaining amount in the order). 

Counterorders are orders for the same market having opposite sides; i.e. the 
counterorder to a buy order is a sell order, and the counterorder to a sell order is a buy 
order. 
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A Match exists between two counterorders when the Price of the Buy Order is 
greater than or equal to the Price of the Sell Order. 

A Market is a structure that serves three distinct but interrelated purposes: 1) To 
define the assets, sides (Buy or Sell) and payment dates of a specific series of payments 
5 between two counterparties; 2) To define the formulae used to calculate the payment 
factors for these payments. Each payment has its own payment factor formula. The 
order price is used as an input to each formula, which derives a payment factor for its 
respective payment. The order size is then multiplied by each payment factor to 
determine the amount of the respective payment; and 3) to process new orders, identify 
1 0 any order matches and generate the resulting trades. 

Examples of Markets are a spot foreign exchange market for exchanging 
currencies, a market to trade options, interest rates, futures, commodities. Other Markets 
will be known to those skilled in the art, and are within the scope of the present 
invention. 

1 5 Each market maintains a list of existing unmatched buy orders and a list of 

existing unmatched sell orders. These lists are collectively known as the market's Order 
Book. 

When a new order is transmitted to its respective market, the market attempts to 
match the new order with an existing counterorder from its order book. If a match is 
20 found then a new trade is generated. If no match is found, then the new order is added to 
the appropriate side of the market's order book. 

A trading Strategy defines a list of strategy items, each of which specifies a 
market, an order side (buy or sell) for that market, a price formula specifying the required 

16 
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mathematical relationships between the price of an order in the item's market and the 
prices of the orders in each of the markets referenced by the other items contained within 
the strategy, and an amount formula specifying the required mathematical relationships 
between the amount of an order in the item's market and the amounts of the orders in 
5 each of the markets referenced by the other items contained within the strategy. In order 
for a strategy to be executed, all of the required mathematical relationships between the 
prices and sizes of the orders in the strategy's markets must be in effect, and the 
strategy's execution must be atomic; i.e. either all of the orders that make up the strategy 
must be executed, or none should be executed. Examples of types of trading strategies 
10 include the following: 

1) Basket Strategies . A basket strategy is defined as a set of strategy items in 
two or more markets where each item has the same side (buy or sell), each market is a 
simple exchange market (buy one asset in exchange for another), and each of the 
markets shares a common asset. The required price and amount relationships between 
1 5 the items that make up the strategy are implied by specifying a target price for the entire 
strategy and a weighting factor between zero and one for each item. One familiar 
example of a basket strategy would be a strategy that specifies a set of thirty buy items, 
each corresponding to an individual market for equity shares in a company that is part of 
the Dow Jones Industrial average. The amount weighting assigned to each item would 
20 be the same weighting used to calculate the DJIA, and the strategy would specify the 
U.S. Dollar price that the strategy's creator is willing to pay in order to purchase the 
entire basket of thirty stocks. The prices of the individual orders for each stock are 
irrelevant, provided that the total weighted average of these individual prices is equal to 
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the specified price for the entire basket. 

2) Arbitrage Strategies . An arbitrage strategy is defined as a set of strategy 
items in two or more markets having a mix of sides, and whose payments are all capable 
of being netted. Thus, for every buy payment of a given asset on a given date defined in 
a given item's market, there is at least one offsetting sell payment of the same asset on 
the same date that can be found defined in a different market contained in another of the 
strategy's items. The creator of an arbitrage strategy can also specify a required return 
on investment (ROI) for the strategy. An example of an arbitrage strategy is illustrated 
later in this document. 

3) Hedge Strategies . A hedge strategy is similar to an arbitrage strategy, but 
differs in that it does not have any payment netting requirements, nor is there any 
explicit profit relationship involved. An example of a hedge strategy is a strategy 
containing two items, one of which specifies the purchase of a 30 year U.S. government 
treasury bond and the other which specifies the sale of a futures contract linked to U.S. 
government treasury bonds. Unlike those of arbitrage strategies, which are implied, the 
price and amount formulae for each of the strategy items in a hedge strategy must be 
explicitly defined by the creator of the strategy. Some commonly used types of hedge 
strategies are spreads, straddles and strangles. 

The execution of a strategy represents a complex transaction that relies upon 
information obtained from several markets, orders and other business objects. 
Guaranteeing all-or-nothing execution of a strategy means ensuring that none of this 
information is changed by another transaction while the execution of the strategy is 
taking place. To achieve this end, the invention employs a transaction management 
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technique called optimistic locking. In an optimistic locking environment, each business 
object contains a version number and each transaction gets its own copy of every 
business object that it reads. Any changes made during the course of a transaction are 
made to the transaction's copy of the business object, not to the original business object 
5 itself. When a transaction is completed, the transaction checks the version number on 
each of its business object copies with the version number on the corresponding original. 
If the version numbers are the same, the transaction updates the original business object 
with the changes made to the copy and also increments the version number of the original 
business object by one. If the version numbers are different, however, it means that one 

10 or more additional transactions have modified the original business object since the first 
transaction obtained its copy of that object. In this case, the first transaction discards its 
business object copies and repeats the process with new copies until it is able to complete 
without encountering a version number conflict. 

Figures 3, 4 and 5 illustrate high-level views of three embodiments of the 

15 inventive online electronic system for trading assets. The figures illustrate three different 
deployment scenarios involving three fictitious entities: ABC Bank, which has branches 
in New York and London, XYZ Bank, which has a single branch in Tokyo, and HostCo, 
a global hosting services company which has a single office in Chicago. 

Fig. 3 illustrates a high-level view of System 300 operated in the form of an 

20 individual Host Site 302 by ABC Bank's New York branch. System 300 is incorporated 
in a LAN 100, and includes multiple client systems 304 connected to the Host Site 302. 
All other components of the system are contained within the Host Site 302, and these 
components will be examined in more detail in subsequent figures. 

19 
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Fig. 4 illustrates a high-level view of System 400, an implementation of the 
invention as an enterprise-wide trading exchange distributed across the New York and 
London branches of ABC Bank. System 400 consists of an enterprise coordinator site 
402, which links together two individual host sites 404. Each host site 404 is located at a 
5 branch of ABC Bank, and the enterprise coordinator site 402 is located at the New York 
branch of the bank. Each host site 404 can be incorporated in a LAN, as shown in Figure 
1 at 100, which is connected by a router to the Internet or other wide area network. 

Fig. 5 illustrates a high-level view of System 500, an implementation of the 
invention as a global trading exchange distributed across the New York and London 

1 0 branches of ABC Bank, the Tokyo branch of XYZ Bank and the HostCo Chicago office. 
System 500 consists of a global coordinator site 502, which links together three 
individual host sites 504. Two host sites 504 are located at the New York and London 
branches of ABC Bank, and one is located at the Tokyo branch of XYZ Bank. The 
global coordinator site 502 is located at HostCo's office in Chicago. 

1 5 Fig. 6 illustrates a more detailed view of the single host site implementation of the 

invention illustrated in Figure 3. System 600 includes multiple client systems 602, 
multiple order routers 604, multiple market servers 606 (each operating on behalf of a 
specific market), and multiple strategy servers 608. System 600 enables users to define 
new virtual electronic markets, to simultaneously operate multiple market servers 606, 

20 each of which processes orders on behalf of a specific virtual market, to simultaneously 
monitor large numbers of virtual markets from client systems 602, to transmit buy and 
sell orders from client systems 602 to virtual markets via order routers 604, and to define 
cross-market trading strategies and transmit them to strategy servers 608 which will 
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continuously attempt to execute orders in each of the markets contained within a given 
strategy simultaneously, subject to the order price and amount relationship constraints 
defined within that strategy. 

System 600 includes notification mechanisms between market servers 606 and 
5 strategy servers 608, which enable them to coordinate the matching and execution of 
orders in way that guarantees the atomic, all-or-nothing execution of the orders that make 
up a given trading strategy. Each market server 606 includes its own order matching 
engine for matching buy and sell orders in that market. System 600 thus includes a 
collection of simultaneously active markets. Examples of markets include a spot 

1 0 (settlement of payments to take place on the second valid business day following the 

trade date) foreign exchange market for trading Euros (EUR) in exchange for U.S. dollars 
(USD), a spot foreign exchange market for trading USD in exchange for Japanese Yen 
(JPY), and a spot foreign exchange market for trading EUR in exchange for JPY. Client 
systems 602 are used by system 600 to publish information to users of system 600. 

1 5 When the user logs onto client system 602, the user is able to see messages published on 
that system. Client system 602 may be downloaded into a web browser from a web page 
on the Internet each time the user wishes to use the client system 602, or client system 
602 may be permanently installed on the user's computer as a program file. 

In a preferred embodiment of the invention, prior to entering orders in system 

20 600, a system administrator of system 600 must have registered the user with system 600 
and established one or more accounts on the user's behalf, which may require the user to 
enter a deposit of currency and/or other assets into his/her account(s). Each order entered 
by the user from a client system 602 is transmitted to an order router 604 and the order 
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router 604 checks the size of the order against the remaining balance in the user's account 
to ensure that the user is authorized to enter the order. Router 604 also determines which 
market the order is for and transmits it to the appropriate market server 606 for 



server 606 will first determine the side (buy or sell) of the new order and then begin 
iterating one-by-one through the list of active counterorders (orders with an opposite 
side) that the market server maintains. In each iteration, an attempt is made to match the 
price of the new order against that of the counterorder in the current iteration. The list of 
1 0 counterorders will be sorted by price, with the counterorders having the highest buy 



prices (if the counterorders are buy orders) or the lowest sell prices (if the counterorders 
are sell orders) appearing first. If a price match is found to exist between the new order 
and the current counterorder, the market server will attempt an amount match by 



H= examining the available amount (the original order amount less the sum of any previous 

O 1 5 partial executions against the order) of each order and any minimum trade amount 



specified for each order, to determine the maximum possible amount for a trade. If the 
two orders originated from different host sites, the market server will also invoke the 
credit checking mechanism to determine the largest credit amount that would be mutually 
permitted by the respective credit lines. The lesser of this credit amount and the 
20 previously calculated trade amount will become the final trade amount. If the final trade 
amount is greater than zero, the amount match succeeds and a trade in that amount will 
be generated between the two orders. If the attempted amount match fails, the market 
server will iterate to the next counterorder in the list of counterorders and begin a new 



processing. 



5 



When a new, incoming order is processed by a market server 606, the market 
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matching procedure. This iteration through the counterorders in the list of counterorders 
will continue until one of the following events occurs: 

1) The new order has been exhausted, i.e. the new order has been completely 
filled, or the remaining available amount of the new order is less than the minimum trade 

5 amount specified for the new order. 

2) The attempted price match between the new order and the current counterorder 
fails, and the new order has a lifespan of Fill-Or-Kill. 

3) The market server reaches the end of the list of counterorders and the new 
order has a lifespan of Fill-Or-Kill. 

1 0 4) The attempted price match between the new order and the current counterorder 

fails, and the new order has an active (not Fill-Or-Kill) lifespan. 
J 5) The market server reaches the end of the list of counterorders and the new 

yj order has an active lifespan. 

3 

H If the matching process stops due to the occurrence of events 1, 2 or 3, the market 

D 1 5 server will tag the new order as inactive and begin processing the next new incoming 
S order. If the order matching process stops due to events 4 or 5, however, the market 

server will then add the new order to the appropriate list of buy or sell counterorders 
before it begins processing the next new incoming order. If, in the process of matching 
the new order against the current counterorder, the market server generates a trade 
20 between the new order and the current counterorder, and if the amount of the newly 

generated trade causes the current counterorder to become exhausted, the market server 
will also tag the current counterorder as inactive and remove the current counterorder 
from the list of counterorders. 
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m 

J3 



Fig. 7 illustrates detailed information about three currency markets (also referred 
to as Foreign Exchange or FX markets) defined using the invention. Market A is a 
market for trading Euros (EUR) in exchange for U.S. dollars (USD). The definition of 
Market A specifies two payments. Payment 1 is a Buy payment having an asset of EUR 
5 and a payment factor of 1 . Payment 2 is a Sell payment having an asset of USD and a 
payment factor equal to the trade price. This means that for any trades executed within 
Market A, the buy account (the account which placed the buy order) will receive the EUR 
buy payment from the sell account, and the sell account will receive the USD sell 
payment from the buy account. Both payments have a payment date of T+2, which 

1 0 means that they will take place on the second valid business day following the trade date. 
The amount of each payment will be equal to the trade amount multiplied by the 
respective payment factor. For example, if a buy order for Market A having a size of 
1,000,000 and a price of 1.0245 were matched on August 28, 2000 against a sell order for 
Market A having the same size and price, then the buy account would receive a payment 

1 5 of 1,000,000 EUR on August 30, 2000 from the sell account, and make a payment of 
1,024,500 USD on the same date to the sell account. 

The other two markets shown in Fig. 7 have the same characteristics as Market A, 
with the exception that Market B is a market for trading USD in exchange for Japanese 
Yen (JPY), and Market C is a market for trading EUR in exchange for JPY. 

20 Fig. 8 illustrates detailed information about six orders created using the invention: 

Order 1, placed by account 101, is a buy order for Market A (EUR/USD Spot FX) having 
a size of one million and a price of 1.0235; Order 2, placed by account 102, is a sell 
order for Market A having a size of one million and a price of 1 .0245; Order 3, placed by 
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account 103, is a buy order for Market B (USD/JPY Spot FX) having a size of three 
million and a price of 103.15; Order 4, placed by account 104, is a sell order for Market 
B having a size of seven million and a price of 103.25; Order 5, placed by account 105, 
is a buy order for Market C (EUR/JPY Spot FX) having a size of one million and a price 
5 of 105.55; Order 6, placed by account 106, is a sell order for Market C having a size of 
two million and a price of 105.65. 

Fig. 9 illustrates the state of Markets A, B, and C after orders one through six 
have been processed. 

Fig. 10 illustrates detailed information about a trading strategy defined using the 
D 1 o invention as part of the previously described demo scenario. The strategy (called "FX 
^ J Arbitrage Strategy") is defined as an arbitrage strategy that has a required Return On 

S Investment (ROI) of "1/10%", a Profit Location (the asset/date "bucket" where the 

hj resulting ROI ends up) of "USD Spot", and is comprised of three Strategy Items: Item #1 

M= is a sell item linked to Market A (EUR/USD Spot FX), Item #2 is a sell item linked to 

Q 1 5 Market B (USD/JPY Spot FX), and Item #3 is a buy item linked to Market C (EUR/JPY 
g Spot FX). 

When activated, a strategy must first identify the best existing counterorder for 
each of its Items. For Item #1, the best counterorder would be order #1, a buy order in 
Market A having a price of 1.0235 and a size of 1,000,000. For Item #2, the best 
20 counterorder would be order #3, a buy order in Market B having a price of 1 03 . 1 5 and a 
size of 3,000,000. For Item #3, the best counterorder would be order #6, a sell order in 
Market C having a price of 105.50 and a size of 2,000,000. The details of these three 
counterorders are pictured in Figure 8, and their positions within their respective markets 
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are illustrated in Figure 9. 

Once the strategy has identified the counterorder for each of its Items, it can then 
calculate the price and amount for the order it will place on behalf of each Item. Item #1 
is defined as having a price formula of (C.BestPrice / B.BestPrice) x 1.001. This means 
5 that to calculate the price for the order which will be placed on behalf of Item #1 , the 
strategy must take the best sell price (the price of the best counterorder) from Market C, 
divide it by the best buy price from Market B, and then multiply the result by 1.001 to 
build in the required Return On Investment of 1/10%. (If the Item were a buy Item, the 
price would be divided by 1 .001 to build in the required ROI). The calculated price 

% 1 0 would therefore be equal to 1 .023805 1 4 as seen below: 

ti 105.5/ 103.15 = 1.02278236 

m 1.02278236x 1.001 = 1.02380514 

W Since this Item is a sell Item and the strategy will therefore be placing a sell order 

t: on its behalf, the order price must be rounded up to the number of decimal places which 

1 5 are conventionally used when placing orders in the EUR/USD Spot FX Market (four 
g places to the right of the decimal), making the final order price 1 .0239. Conversely, for 

buy Items, the price would be rounded down. This process will be repeated by the 
strategy for each of its other two Items, resulting in the calculated prices illustrated in 
Figure 10. Thus, Item #2 is defined as having a price formula of 
20 (C.BestPrice/A.BestPrice) x 1.001, which is equal to 103.180752. Item #3, which is a 
buy item, and thus is defined as having a price formula of (A.BestPrice x 
B.BestPrice)/1.001, or (1.0235 x 103.15)/1.001= 105.468556. 

The strategy must also calculate the order sizes for each of its Items. Figures 11- 
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13 illustrate the process that the strategy goes through to do this. 

Figure 11 illustrates the relationships between the payment amounts that would 
result from the execution of the FX Arbitrage Strategy. Each payment amount is 
identified by the unique combination of market and payment number that generated it. 
For example, the payment amount identified as "Al" represents the payment amount that 
would result from payment #1 in Market A. These market payments and their associated 
payment factors were illustrated in Figure 7. The sequence of steps that the strategy takes 
to calculate the proposed order amount for Item #1 is as follows: 

1) Generate the set of unique asset/date "buckets" from all the market payments 
that are contained within the strategy. For the FX Arbitrage Strategy 
described in the demo scenario, this set consists of EUR Spot, USD Spot and 
JPY Spot as illustrated in Figure 1 1 . 

2) Identify the market payments contained within each bucket. For example, the 
"EUR Spot" bucket contains the market payments "CI" and "Al", and the 
"JPY Spot" bucket contains the market payments "B2" and "C2". 

3) Identify the starting market. The market linked to the Item for which the 
strategy is calculating the proposed order amount cannot be the starting 
market. In this scenario, the strategy is calculating the order amount for item 
#1, which is linked to Market A, so the starting market must be either Market 
B or C. The starting market must also have at least one payment that is not 
contained in the bucket specified as the strategy's Profit Location. (The 
Profit Location is the payment bucket in an arbitrage strategy that the 
strategy's creator designates as the desired location for profits resulting from 
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execution of the strategy. By definition, all other buckets within the strategy 
will have payment amounts which net to zero. In the demo scenario the profit 
location is USD Spot). The first bucket in the set (EUR Spot) contains a 
market payment CI that meets these criteria, so Market C will be the starting 
market. 

4) Calculate the amounts for all of the payments for the starting market. The 
best counterorder for Market C was previously determined to be order #6, 
which has an available amount of 2,000,000. The amount for each payment of 
the starting market C will be equal to the available counterorder amount of 
2,000,000 multiplied by the respective payment factor. This will result in 
amounts of 2,000,000 (2,000,000 x 1) for payment CI, and 21 1,000,000 
(2,000,000 x 105.50) for payment C2, respectively. 

5) Calculate the implied amounts for payments from other markets which offset 
the payments for the starting market calculated in step 4. Since the amount 
for payment CI was determined in step 4 to be 2,000,000, the amount for 
payment Al must also be 2,000,000, because both payments are contained 
within the same bucket (EUR Spot, which is not the desired location for 
profits resulting from execution of the strategy.) and must therefore exactly 
offset each other. Likewise, the amount of 21 1,000,000 calculated for 
payment C2 can be used to imply the amount for payment B2, which shares 
its bucket. 

6) Iteratively calculate the amounts of any remaining unknown payments for 
each of the strategy's markets and use them to imply the required order 
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amount for the respective market. This is done by dividing the amount of one 
of the market's known payments by its payment factor to determine the 
required order amount for that market and then multiplying this order amount 
by the payment factor for the unknown payment to determine its amount. 
Thus, to calculate the amount for the unknown payment A2, the amount of the 
known payment Al from market A (determined to be 2,000,000 in step 5) will 
be divided by the payment factor for Al (which, as illustrated in Figure 7, is 
equal to 1), resulting in a required order amount for market A of 2,000,000. 
This order amount will then be multiplied by the payment factor from the 
unknown payment A2 (which, as illustrated in Figure 7 is equal to the price 
for market A which, in turn, was previously calculated in the description of 
Figure 10 to be 1.0239), resulting in an amount for payment A2 of 2,047,800. 
Similarly, the amount of the remaining unknown payment, Bl, will be derived 
by dividing the amount of known payment B2 (determined to be 21 1,000,000 
in step 5) by its payment factor of 103.15 (the price from the counterorder for 
market B as illustrated in Figure 10), resulting in a required order amount for 
market B of 2,045,564.712, which in turn will be multiplied by the payment 
factor for Bl (which, as illustrated in Figure 7, is equal to 1), resulting in an 
amount for payment Bl of 2045,564.712. 
7) For each iteration in step 6, if the market for the current iteration is not the 
market linked to the Item for which the strategy is calculating the proposed 
order amount (Market A linked to Item #1 in this case), then compare the 
required order size for the given market with the available amount from that 
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market's counterorder. If the required order size exceeds the available amount 
from the counterorder then the amounts for all of the market payments within 
the strategy must be multiplied by the ratio of the available counterorder 
amount to the required order size. For example, if the required order size for a 
5 given market was calculated to be 2,000,000, but the available amount from 

that market's counterorder was only 1,000,000, then the amounts for all of the 
market payments within the strategy would be multiplied by 0.5. This process 
is performed iteratively until all the required order sizes have been validated 
against the available amounts of their respective counterorders, thus 
1 0 guaranteeing that if any order generated by the strategy is subsequently 

J* j matched against a new incoming order, the strategy will be able to execute 

ijj trades in each of the strategy's other markets in amounts sufficient to fulfill 

uj the strategy's ROI requirement. 

2 

M Figure 12 and Figure 13 illustrate the performance of Steps 1-7 above for 

D 1 5 markets B and C, respectively. The processes illustrated in Figures 10-13 will be 
if repeated to calculate new prices and sizes for the strategy's orders whenever any of the 

following events occurs: 

1) A counterorder linked to any of the strategy's items is cancelled. 

2) A counterorder linked to any of the strategy's items is partially or completely 
20 depleted as a result of being matched against a new incoming order for its 

respective market. 

3) A new incoming order is placed in any of the strategy's markets where the 
side of the new order is the same as that of the strategy's existing counterorder 
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for that market, and the price of the new order is better than the price of the 
existing counterorder. 
Figure 14 illustrates detailed information about the three orders generated 
automatically by the FX Arbitrage Strategy using price and size information calculated in 
5 the processes illustrated in figures 10-13. As shown in Fig 10 and 1 1, the calculated sell 
price for a Market A was 1.0239 for an amount of 2,000,000. As shown in Figs. 10 and 
12, the calculated sell price for Market B was 103.19 for an amount of 1,022,386. As 
shown in Figs. 10 and 13, the calculated buy price form Market C was 105.46 for an 
amount of 1,000,000. Thus, the strategy generated the lowest sell prices and the highest 
1 0 buy prices for the respective markets. 

Figure 15 illustrates the state of Markets A, B and C after the three orders 
generated automatically by the FX Arbitrage Strategy have been placed in their 
respective markets. Order #7 replaces Order #2 as the best existing sell order in Market 
A, Order #8 replaces Order #4 as the best sell order in Market B, and Order #9 replaces 
1 5 Order #5 as the best buy order in Market C. 

Figure 16 illustrates the details of a new incoming order Shown as Order #10, 
which is in Market A, which will trigger the execution of the FX Arbitrage Strategy. 

Figure 17 illustrates the sequence of trades that are generated by the placement of 
the new incoming Order #10. The new Order #10 is a buy order for Market A at a price 
20 of 1 .0239 which will match against existing sell Order #7 at the same price, generating 
Trade #1 in the amount of 2,000,000. Since Order #7 is linked to the FX Arbitrage 
Strategy, the execution of a trade against Order #7 will cause the strategy to begin 
executing its other orders in markets B and C by changing the price of each order to 
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match that of the counterorder for the respective market, and by changing the amount of 
each order to match the amount required for each market as illustrated in Figure 1 1 . The 
strategy will therefore change the amount and price of Order #8 from 1,022,386 at a price 
of 103.19, to 2,045,564 at a price of 103.15 and match Order #8 against Order #3 to 
generate Trade #2. Finally, the strategy will change the amount and price of Order #9 
from 1,000,000 at a price of 105.46 to 2,000,000 at a price of 105.50 and match Order #9 
against Order #6 to generate Trade #3. 

The foregoing description has been directed to specific embodiments of this 
invention. It will be apparent, however, that other variations and modifications may be 
made to the described embodiments, with the attainment of some or all of their 
advantages. Therefore, it is the object of the appended claims to cover all such variations 
and modifications as come within the true spirit and scope of the invention. 
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